home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19981211-19990422 / 000226_news@watsun.cc.columbia.edu _Mon Feb 15 22:56:25 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA14395
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 15 Feb 1999 22:56:25 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA03362
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 15 Feb 1999 22:33:01 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  10. Subject: Re: Scripting F1, Downarr
  11. Date: 16 Feb 1999 03:32:59 GMT
  12. Organization: Columbia University
  13. Message-ID: <7aaotb$38v$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@mailrelay2.cc.columbia.edu
  15.  
  16. In article <7aak94$b7j$1@samba.rahul.net>,  <dold@network.rahul.net> wrote:
  17. : Now I'm stuck in a different place.  I can feed it appropriate
  18. : down-arrows, and F1 keys to get through the menu, but the program
  19. : itself seems to want a real terminal.  If I take the .ksc up to the
  20. : point where the program should be running, I can see that it is there
  21. : (ps -f on Unix), but occupying no CPU time.  If I "connect" from the
  22. : script at this point, the output that I was expecting comes onto the
  23. : screen, and it starts using CPU time.
  24. : 
  25. : I really don't care about the output.  I can check externally to see if
  26. : the function completed successfully.  In fact, in this one case, I'm
  27. : only doing it because the program runs for over an hour, and I don't
  28. : want to wait for it to finish ;-)  If I'm at work, I just fire it off
  29. : on an unused terminal, but from home, I can't quite get that to fly in
  30. : the background.
  31.  
  32. You might not care about the output but the host still needs it to be
  33. read.  Otherwise, the host's output buffers will fill and the process
  34. will block while trying to write to stdout.
  35.  
  36. Another possibility is that the host is sending queries that it expects
  37. the terminal to respond to.  If it works with K95 but not with C-kermit
  38. this is a very strong possibility because K95's terminal emulator is 
  39. active during the INPUT command and will send appropriate responses
  40. to terminal queries.  (This behavior can be disabled in K95 with the
  41. SET INPUT TERMINAL OFF command.)
  42.  
  43. You might want to continue this discussion via e-mail to
  44. kermit-support@columbia.edu as the turnaround will be faster.
  45.  
  46.  
  47.     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  48.                  The Kermit Project * Columbia University
  49.               612 West 115th St #716 * New York, NY * 10025
  50.   http://www.kermit-project.org/k95.html * kermit-support@kermit-project.org